Methods and apparatus for determining the operating state of audio-video devices

ABSTRACT

Methods and apparatus for identifying an operating state of an AV device are described. An example method includes extracting, at a first AV device, data communicated via a data bus coupling a processor of the first AV device to a HDMI interface, the HDMI interface coupled to a second AV device different than the first AV device; analyzing a temporal sequence of the extracted data to determine if additional information is needed from the second AV device to identify a current operating state of the second AV device; when the temporal sequence is missing an expected message related to the current operating state of the second AV device, causing an AV network controller of the first AV device to request information from the second AV device; and analyzing a response from the second AV device including the requested information to identify the current operating state of the second AV device.

RELATED APPLICATION

This patent arises from a continuation of U.S. patent application Ser.No. 12/240,683, filed Sep. 29, 2008, now U.S. Pat. No. 8,959,556, whichis hereby incorporated herein by reference in its entirety.

FIELD OF THE DISCLOSURE

This patent relates generally to audience measurement and, moreparticularly, to determining the operating state of audio-video devices.

BACKGROUND

Media ratings and metering information is typically generated bycollecting viewing records or other media consumption information from agroup of statistically selected households. Each of the statisticallyselected households typically has a data logging and processing unitcommonly referred to as a “home unit.” In households having multipleviewing sites (e.g., multiple television systems or, more generally,multiple media presentation devices), the data logging and processingfunctionality may be distributed among a single home unit and multiplesite units, where one site unit may be provided for each viewing site,location or area. The home unit (or the combination of the home unit andthe site units) is often in communication with a variety of attachmentsthat provide inputs to the home unit or receive outputs from the siteunit to gather data from the audio-video (AV) devices at the selectedsite.

Available AV devices are becoming more complex in functionality andinteroperability with other AV devices. As a result, manufacturers areexploring new, user-friendly ways of standardizing interfaces tosimplify for the user the set-up and operation of these devices. Forexample, High-Definition Multimedia Interface-Consumer ElectronicControl (HDMI-CEC) simplifies the setup and operation of an otherwisecomplex arrangement of AV network devices

An AV network configured in this manner is typically monitored usinghardware, firmware, and/or software to interface with the AV devices toextract or to generate signal information that may be used to determineviewing habits. Many AV networks are also configured so that the AVdevices coupled to the network may be powered independently. As aresult, a set top box, for example, may be powered on while a televisionassociated with the set top box is off. Thus, monitoring AV networkshaving independently powered devices typically involves an additionaldevice or method to determine the operating state of the television setto ensure that the collected data reflects media information actuallyviewed or consumed.

In addition, building security and building monitoring systems, whichmay use a variety of AV devices, are becoming more prevalent. Suchsystems enable a building owner to determine the state of variouselectronic appliances in the building, even when the building owner islocated remotely from the building premises. In many instances, thebuilding owner may desire to know the operating state, e.g., on state oroff state, of a particular appliance such as a television or other mediadelivery/presentation device. In another setting, parents often have aninterest in monitoring their children's television viewing habits,electronic gaming habits, and computer usage habits. A component ofmonitoring such habits involves determining the on or off state of theappliance, electronic device, etc. of interest.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram representation of an example AV network, inwhich the example operating state identifier methods and apparatusdescribed herein can be employed.

FIG. 2 is a block diagram representation of an example operating stateidentifier system that may be implemented within the set top boxdepicted in FIG. 1.

FIG. 3 depicts an example sequence of events that may be monitored onthe AV network depicted in FIGS. 1 and 2.

FIG. 4 is a more detailed representation of the example operating stateidentifier system shown in FIG. 2.

FIG. 5 is a flow diagram depicting operations that may be performed bythe example operating state identifier system shown in FIGS. 2 and 4.

FIGS. 6A-C depict example device operating state combinations that maybe encountered on an AV network.

FIG. 7 is a flow diagram depicting one method by which the exampleoperating state identifier apparatus described herein may use theoperating states of network devices shown in FIGS. 6A-C to identify theoperating state of a selected network device.

FIG. 8 is a block diagram representation of an example processor systemthat may be used to implement the example methods and apparatusdescribed herein.

DETAILED DESCRIPTION

Certain examples are shown in the above-identified figures and describedin detail below. In describing these examples, like or identicalreference numbers may be used to identify common or similar elements.Although the example systems described herein include, among othercomponents, software executed on hardware, such apparatus is merelyillustrative and should not be considered as limiting. Any or all of thedisclosed components could be embodied exclusively in hardware,exclusively in software, exclusively in firmware or in some combinationof hardware, firmware or software.

For media ratings to have value to advertisers or producers of mediacontent, metering data used to generate the ratings must provide anaccurate representation of the viewing habits of persons in meteredenvironments (e.g., households). Generating accurate metering data hasbecome more difficult as the audio-visual (AV) devices presenting mediacontent in metered households have become more complex in functionalityand interoperability. To reduce the complexity of connecting andoperating the AV devices, AV device manufacturers have developed AVnetwork protocols (e.g., HDMI-CEC) for transmitting digital messagesbetween AV devices.

Messages transmitted via an AV network covey information between devicesrelated to the operating states of the devices (e.g., power status,tuning status, record and playback information and remote controlinformation). The message data transmitted via an AV network may beutilized (e.g., extracted and analyzed) to identify the operating statesof AV devices that are coupled to the AV network and which arepresenting media content to people in metered households or othermonitored environments. Proper identification of the operating states ofAV devices is crucial in ensuring that the metering data collectedaccurately reflects consumption of media content by persons and, as aresult, ensuring that the data may be used to produce media ratings withvalue to advertisers or producers of media content.

The example methods and apparatus described herein may be used toidentify operating states (e.g., on/off power status) of AV devices(e.g., televisions, set top boxes, digital video disc recorders, etc.)connected to or otherwise communicatively coupled to an AV network. TheAV devices on an AV network may power up independently, may includemultiple functionalities within one device (e.g., a tuner, digital videorecording and/or playback, etc.) and may have multiple audio and videosource inputs or outputs. Multiple media presentation device of aparticular type (e.g., televisions) may also exist on the AV network.

In general, the example methods and apparatus described herein identifythe operating states of AV devices on an AV network by identifying theon or off status of the AV devices, the audio and video sourcessupplying the media content to a media presentation device and/orviewing modes (e.g., play, fast forward, reverse, pause, etc.) of eachof the AV devices. Additionally, the example methods and apparatus mayidentify the operating state of an AV device by analyzing the operatingstate of a plurality of AV devices on the AV network. For example, ifmultiple AV devices on an AV network are identified to be in anoperating state associated with supplying media content to a person, theoperating states of each AV device may be further analyzed to determinewhich of the AV devices are in an operating state indicating that the AVdevice is actually or actively supplying media content to the personviewing the media presentation device.

More specifically, the example methods and apparatus described hereinidentify the operating state of an AV device by monitoring and analyzingmessages transmitted on a bus (e.g., an Inter-Integrated Circuit bus)communicatively coupled between a processor and an AV network controllerwithin a first AV device. An example method and apparatus described inmore detail below monitors a bus, extracts messages associated with anoperation of a second AV device, analyzes the extracted messages todetermine whether further information is needed to identify theoperating state of the second AV device, and requests missinginformation from the second AV device. The example method and apparatusmay then identify the operating state of the second AV device byanalyzing the extracted messages along with the information requestedfrom the second AV device.

In one example implementation, a message monitor is implemented within afirst AV device (e.g., a set top box) and configured to monitor messagesassociated with the operation of a second AV device (e.g., a digitalvideo disc recorder (DVDR)). The message monitor monitors messagestransmitted on a bus between a processor and a network controller withinthe first AV device. An extractor then extracts messages associated withthe operation of the second AV device such as, for example, a power-oncommand sent to a DVDR or various playback operations (e.g., play orfast forward) associated with the DVDR. An analyzer analyzes theextracted messages to identify missing information that may be needed toidentify the operating state of the second AV device and commands arequestor to send a message to the second AV device requesting themissing information. Once the requested missing information is extractedfrom the bus, an identifier identifies the operating state of the secondAV device. This example implementation may be used to identify theoperating state of every AV device located on the AV network.Alternatively or additionally, the example implementation may identifythe operating state of the second AV device by analyzing the operatingstates of a plurality of AV devices connected to the AV network.

FIG. 1 shows an example home audio-video (AV) network 100 that may beused to present media content to one or more respondents, panel members,or persons, etc., one of which is designated with the reference numeral102. In this example, a television 104 is connected via the AV network100 which, for example, may be implemented as an HDMI-CEC protocolcompliant network, to one or more AV devices including, but not limitedto, a set top box (STB) 106, a digital video disc recorder (DVDR) 108, agame system 110 and an amplifier 112. HDMI-CEC is only one example AVnetwork protocol that may be used in conjunction with the examplemethods and apparatus described herein. Thus, many other networkprotocols could be used instead, such as Syndicat Français desConstructeurs d'Appareils Radio et Television (SCART). The person(s) 102may interface with the devices connected to the AV network 100 in manyways, one of which is through the use of one or more remote controldevices 114 (e.g., infrared (IR) and/or radio frequency (RF) remotecontrol devices). The remote control device(s) 114 may be designed tocommunicate with one or more AV devices from a single manufacturer orthe remote control device(s) 114 may include a universal remote controldesigned to communicate with multiple or all of the AV devices connectedin the AV network 100.

Before discussing the example methods and apparatus for determining theoperating state of audio-video devices in detail, a brief discussion ofthe manners in which AV devices are connected to and communicate via anAV network is first provided below. Available AV devices, such as thosedepicted in FIG. 1, are becoming more complex in functionality andinteroperability with other AV devices. As a result, manufacturers areexploring new, user friendly ways of standardizing interfaces tosimplify for the user the setup and operation of these devices. Forexample, HDMI-CEC is one AV network protocol that simplifies the setupand operation of an otherwise complex arrangement of AV network devices.However, HDMI-CEC is only one example of a network protocol and manyother well-known protocols could be used, such as the variousimplementations of AV.link including EasyLink and SmartLink. Oneparticular example of a simplified interface is the one-button-playfeature that enables a user to activate one button or control to causedevices coupled to an AV network to be powered on, select the propermedia source, and begin playing the media content.

To enable an AV network to provide features such as one-button-playfunctionality and other high level control functions, each AV deviceconnected to the AV network must be able to address directly all otherAV devices on the AV network. To accomplish this, each AV device on thenetwork is assigned a physical address and a logical address. Forexample, when an AV device is added to the AV network, the AV device isassigned a physical address corresponding to its physical location onthe AV network and a logical address corresponding to the functionalityof the device. If an AV device connected to the AV network does notfully support the protocol utilized in the AV network, the AV device maybe assigned a physical address but not a logical address. Multiplemethods of addressing could be used and one such example is set forth inthe High-Definition Multimedia Interface specification, version 1.3provided through HDMI Licensing, LLC, the entire disclosure of which isincorporated herein by reference.

An HDMI-CEC network is created through the interconnection of two ormore HDMI-CEC compliant devices. Physical addresses are assigned to anAV device on the HDMI-CEC network according to the location at which theAV device is connected to the AV network and are used to ensure thatmedia content is routed correctly from a source AV device (e.g., a DVDR)to a media presentation device (e.g., a television). The root device ofthe AV network (e.g., a television) is always assigned the physicaladdress 0.0.0.0. A first AV device on the AV network may have one ormore ports available for connecting a second AV device to the AVnetwork. The physical address of the second AV device is created byincorporating the physical address of the first AV device and the numberof the port of the first AV device to which the second AV device isconnected. For example, a second AV device may be connected to port 2 ofa first AV device having the physical address of 1.2.0.0 and, therefore,the second AV device may be assigned the physical address of 1.2.2.0.

Another method of addressing AV devices on an AV network uses logicaladdressing based on the functionality (e.g., television, tuner,recording device, playback device or audio system) of the AV device. AnAV device may incorporate one or more functionalities such as, forexample, a STB may have two tuners and two digital recording devicesimplemented internally. Each functionality type (e.g., recording deviceor tuner) implemented within a device is assigned a logical address.However, if an AV device contains multiple instances associated with afunctionality, the AV device may only be assigned one logical address ofthat functionality, and the AV device may be required to manage themultiple instances of functionality internally. In the above-mentionedSTB example, the STB may be assigned a physical address of 1.2.0.0, alogical address for a tuner and another logical address for a recordingdevice. The STB may then manage second instances of a tuner and arecording device internally.

HDMI-CEC is an AV device network communication protocol designed to beimplemented using a single wire, multi-drop bus for which all messagestransferred via the AV network (i.e., via the single wire bus) arereceived substantially simultaneously by all AV devices on the AVnetwork. The messages transmitted via the AV network contain fields thatindicate the message source (e.g., the logical address of the AV devicesending the message), the message destination (e.g., the logical addressof the AV device intended as the recipient of the message) and anoperation code (e.g., a command to the destination device or request forstatus information). Some messages (e.g., broadcast messages) contain amessage destination that indicates that all AV devices on the AV networkare the intended recipients of the messages. The AV devices indicated asthe message destination process the operation code sent in the messageand reply to the AV device indicated as the message source.

FIG. 2 is a block diagram representation of an operating stateidentifier system 200 that may be implemented within the STB 106 ofFIG. 1. The example system 200 is depicted as implemented within the STB106 but could be implemented within any device connected to the AVnetwork 100.

In the example implementation illustrated in FIG. 2, the STB 106 mayinclude a user interface 202 that may include one or more push buttons,keys, switches, knobs, etc. to provide signal inputs and/or commands tothe STB 106. The user interface 202 may also include a liquid crystaldisplay to provide visual feedback to a user (e.g., the person 102). TheSTB 106 may also include a remote control receiver 204 to receivesignals (e.g., infrared or radio frequency) containing commands and/orother information transmitted by the remote control device 114. Commandsand/or other information received via the user interface 202 and/or theremote control receiver 204 are conveyed via a data bus 206 to aprocessor 208. The person 102 may use the remote control device 114(e.g., a universal remote control) that transmits to the STB 106commands and/or other information intended to be transmitted via the AVnetwork 100 to another AV device (e.g., the DVDR 108). The processor 208controls the operation of the STB 106 based on the commands and/or otherinformation received via the data bus 206.

The STB 106 may also send and receive commands and/or other informationvia the AV network 100 with an AV network controller 210. The AV networkcontroller 210 is capable of exchanging commands and/or otherinformation with other AV network devices (e.g., the television 104, theDVDR 108, etc.) via the AV network 100 using communications compliantwith any desired protocol such as, for example, HDMI-CEC. The AV networkcontroller 210 may be implemented within in a single integrated circuit,with multiple integrated circuits or combined within an integratedcircuit with other functionality. The processor 208 and the AV networkcontroller 210 communicate via a bus 212, which may be implemented as anInter-Integrated Circuit (I²C) bus, a System Management Bus, a DisplayData Channel or any other bus capable of transmitting data betweenintegrated circuits. Commands received by the remote control receiver204 and/or the manual user interface 202 may be processed by theprocessor 208 and transferred via the bus 212 or via an additional databus such as the data bus 206. Although the data busses 206 and 212 aredepicted as separate busses, the functionality of these busses may beimplemented using a single bus. The example system 200 also includes abus monitor 214 implemented within the processor 208 and is designed toextract messages conveyed between networked AV devices via the bus 212.

In the illustrated example, the operating state identifier system 200implemented within the STB 106 is configured to identify the operatingstate of any AV device communicatively coupled to the AV network 100.The operating state identifier system 200 identifies the operating stateof an AV device by monitoring messages transmitted via the bus 212,extracting messages transmitted via the bus 212 between the processor208 and the AV network controller 210, analyzing the extracted messagesand requesting any missing information associated with the operatingstate of the AV device. The operating state identifier system 200 mayidentify the operating state of an AV device on the AV network 100 byanalyzing the extracted messages along with any missing informationreturned by the AV device.

To examine the illustrated example in more detail, the operating stateidentifier system 200 may be used to identify the operating state of anAV device (e.g., the DVDR 108) on the AV network 100 that is activelyproviding media content to a media presentation device (e.g., thetelevision 104) consumed (e.g., viewed and/or listened to) by a person.Further, the operating state identifier system 200, as illustrated, isimplemented within the processor 208 of the STB 106, but could beimplemented within a processor within any device communicatively coupledto the AV network 100.

A person (e.g., the person 102) may interact with the STB 106 via theuser interface 202 (e.g., by operating buttons, keys, switches or knobs)or via a remote control device 114 via the remote control receiver 204,or a combination of these interfaces. The remote control device 114(FIG. 1), for example, may be a universal remote control capable ofcommunication with one or more AV devices (e.g., the television 104and/or the DVDR 108) connected to the AV network 100. Commands and/ormessages received via the user interface 202 or the remote controlreceiver 204 are transmitted via the bus 206 to the processor 208 forprocessing. For example, the processor 208 may process a command todetermine whether the command is intended to be received and processedby the STB 106 or further transmitted via the AV network 100 to anotherAV device for processing. If the command is transmitted to another AVdevice (e.g., the DVDR 108), the processor 208 conveys a message to theAV network controller 210 via the bus 212 that includes the DVDR 108 asthe message destination. As noted above, the busses 212 and 206 areshown as independent busses, but the functionality of these busses maybe implemented within a single bus.

All AV devices connected to the AV network 100 receive commands and/ormessages conveyed via the AV network 100, but only an AV device (e.g.,the DVDR 108) indicated as the message destination device processes themessage and responds to the source AV device (e.g., the STB 106). FIG.3, discussed in detail below, illustrates an example sequence ofmessages that may be conveyed via the AV network 100.

The bus monitor 214, in this example implemented within the processor208, monitors communications (e.g., messages) conveyed on the bus 212and extracts information associated with the commands and/or messagesconveyed between the AV network controller 210 and the processor 208.The commands and/or messages may be associated with the operation of anydevice communicatively coupled to the AV network 100, including the STB106.

Further, the bus monitor 214 analyzes the extracted messages and mayrequest missing information that may be used to identify the operatingstate of an AV device. The missing information may include, but is notlimited to, commands provided to the AV device through the userinterface 202 or messages transmitted through a remote control directlyto the AV device and not conveyed via the AV network 100. For example,the person 102 (FIG. 1) may select a channel of a tuner implementedwithin the STB 106 via a button on the user interface 202. The busmonitor 214, for example, may request the missing information as aresult of the analysis performed on the extracted messages or atpredetermined time intervals. The bus monitor 214 then identifies theoperating state of the AV device (e.g., the DVDR 108) by analyzing theextracted messages along with the missing information received inresponse to the request.

As noted above, FIG. 3 illustrates an example sequence of events (e.g.,messages in response to user actions) that may be monitored on the AVnetwork 100 of FIGS. 1 and 2 by the bus monitor 214. A person maygenerate a sequence of events as the person interacts with an AV deviceon the AV network 100. For example, the person 102 (FIG. 1) sendscommands (e.g., play, stop, fast forward, etc.) to the STB 106 via theremote control device 114 to view media content from the DVDR 108 on thetelevision 104. The example sequence of events may be extracted from thebus 212 by the bus monitor 214 as a sequence of messages associated withthe operation of the DVDR 108. The bus monitor 214 may then analyze theextracted messages for missing information associated with the operationof the DVDR 108 and then request the missing information from the DVDR108. Once the bus monitor 214 receives the requested missinginformation, the bus monitor 214 may then identify the operating stateof the DVDR 108 by analyzing the extracted event messages along with anymissing information received from the DVDR 108.

The messages transmitted via the AV network 100 contain fields thatindicate the message source (e.g., the logical address of the AV devicesending the message), the message destination (e.g., the logical addressof the AV device intended as the recipient of the message) and anoperation code (e.g., a command to the destination device or a requestfor status information). Additionally, the operation code field maycontain additional, optional data for describing the operation code. Inthe example events of FIG. 3, the information displayed in a headercolumn 300 contains representations of message sources and messagedestinations. As shown in the header column 300, the messages may besent from the source AV device to a single destination AV device (e.g.,the television 104 to the DVDR 108), or from the source AV device to allAV devices connected to the AV network 100 (e.g., the television 104 toall). An operation code and optional data column 302 containsrepresentations of operation codes and any optional data furtherdescribing the operation codes (e.g., provide power status or reportpower status—standby to on).

Turning in more detail to the events in FIG. 3 and the example AVnetwork 100 (FIG. 2), the bus monitor 214 monitors the communicationsvia the bus 212 between the processor 208 and the AV network controller210 to identify the operating state of a DVDR (e.g., the DVDR 108). Inparticular, the bus monitor 214 first extracts a message broadcast bythe television 104 and indicating that the television 104 is in astandby state (event A) to every AV device connected to the AV network100. The DVDR 108 provides media content to be viewed via the television104. As a result, messages relating to the power status of thetelevision 104 are extracted by the bus monitor 214 as part of thesequence of events. Next, the bus monitor 214 extracts messages that maybe associated with a command (e.g., one-button-play) issued to thetelevision 104 to display media content from the DVDR 108 (events B-D).The bus monitor 214 extracts messages where the television 104 initiatescommunication with the DVDR 108 by commanding an exchange of vendoridentification information and requesting the power status of the DVDR108 (event B). The bus monitor 214 then extracts the message indicatingthat the DVDR 108 has reached the on state (event C). The DVDR 108 thentransmits messages to the television 104 to indicate that playback hasbegun (e.g., Deck Status (Play)) and to indicate to the television 104to activate the DVDR 108 as the media source device and display thesupplied media content (event D).

The bus monitor 214 may use Events A-D of FIG. 3 to identify theoperating state of the DVDR 108 as supplying media content that isactively being consumed via the television 104. However, a person 102may interact directly with the user interfaces of the television 104and/or the DVDR 108 to modify commands sent to and/or the operation ofthese devices. In that case, the bus monitor 214 may request furtherinformation from the AV devices on the network (events E-J). Themessages extracted indicate various playback operations (e.g., play,stop and search forward or reverse) that may be encountered during atypical media content playback session. These operations provide furtherinformation to the bus monitor 214 useful in identifying the operatingstate of the DVDR 108 to be playing media content actively consumed bythe person 102 via the television 104. The messages associated with theevents E-J may be extracted from messages transmitted via the bus 212 inresponse to remote control commands or may be returned in response torequests for missing information (e.g., the person 102 entering commandsvia the user interface 202). For example, the bus monitor 214 mayfurther request the information associated with active source devicesfor the audio and video content of the television 108.

Finally, the bus monitor 214 may further identify another operatingstate of the DVDR 108 as messages extracted indicate that the user hasfinished viewing the media content (events J-L). The messages extractedindicate that the disc tray was opened (event J) and closed withoutmedia installed (event K) and that the DVDR 108 was transitioned from anon state to a standby state (event L), which the bus monitor 214 may useto identify the operating state of the DVDR 108 as standby without mediainstalled.

FIG. 4 is a block diagram representation of an example apparatus 400that may be used to implement a method for determining the operatingstate of an AV device. In the illustrated example, the example apparatus400 includes a message monitor 402, an extractor 404, an analyzer 406, arequestor 408 and an identifier 410. The apparatus 400, as shown, is anexample implementation of the bus monitor 214 within the processor 208(FIG. 2) that is communicatively coupled to the AV network controller210 and a memory 412 via the bus 212. The example apparatus 400 may beimplemented using any desired combination of hardware, firmware and/orsoftware. For example, one or more integrated circuits, processingdevices, discrete semiconductor components and/or passive electroniccomponents may be used.

The example apparatus 400 includes the message monitor 402 to monitorthe communications or messages between the AV network controller 210(FIG. 2) and the processor 208 (FIG. 2) for messages associated the AVnetwork 100. The message monitor 402 is coupled to the extractor 404,which may be configured to extract messages relating to an operation ofan AV device (e.g., the DVDR 108) coupled to the AV network 100. Theanalyzer 406 analyzes the extracted messages to identify events relatingto the operating state of a targeted AV device and determines whetherany information that may be needed to identify the operating state ofthe targeted AV device is missing. For example, the analyzer 406 mayanalyze the temporal sequence of the messages and identify periods wheremessages may have been expected but none were extracted and determinethat information is associated with commands that may have been enteredvia another user interface (e.g., the user interface 202 of FIG. 2) ismissing. The analyzer 406 may also be implemented is such a manner thatcommands entered by a person (e.g. the person 102 of FIG. 1.) via theuser interface are classified as missing information. The analyzer 406may trigger the requestor to request information in relation to anypossible commands that are entered via the user interface 202 on aperiodic basis. Additionally, the message monitor 402 may miss a messageor the message may become corrupted during transmission via the AVnetwork 100 or the bus 212. In the case where the analyzer 406determines a message may have been missed or may have become corrupted,the analyzer 406 may classify the missing information to be requested bythe requestor 408.

The requestor 408 requests the missing information identified by theanalyzer 406 from the targeted AV device. The identifier 410 isconfigured to identify an operating state of the targeted AV device byanalyzing the extracted messages and the responses from the AV deviceproviding the missing information requested by the requestor 408. Thememory 412 is also in communication with the example apparatus 400. Thememory 412 may be a non-volatile memory (e.g., flash memory), a massstorage device (e.g., a disk drive), a volatile memory (e.g., static ordynamic random access memory) or any combination of the enumeratedmemory types.

Some or all of the message monitor 402, the extractor 404, the analyzer406, the requestor 408, the identifier 410 or parts thereof, may beimplemented using instructions, code, and/or other software and/orfirmware, etc. stored on a machine accessible medium that are executedby, for example, a processor (e.g., the processor 800 of FIG. 8). Whenany of the appended claims are read to cover a purely software and/orfirmware implementation, at least one of the message monitor 402, theextractor 404, the analyzer 406, the requestor 408 and/or the identifier410 is hereby expressly defined to include a tangible medium (e.g., amemory, DVDR, CD, etc.) storing such software and/or firmware.

The example apparatus 400 may be implemented in the processor 208 (FIG.2) that may be any type of processor (e.g., microprocessor,microcontroller, ASIC, RISC, etc.) capable of executing instructionsthat are stored in the memory 412 to perform the functions described inthe bus monitor 214 of FIG. 2 and in further detail in FIG. 4 inconnection with the example apparatus 400.

FIGS. 5 and 7 are flow diagrams representative of methods that may beperformed by the example apparatus 400 of FIG. 4 to identify theoperating state of AV devices connected to an AV network. The examplemethods or processes of FIGS. 5 and 7 may be performed using aprocessor, a controller and/or any other suitable processing device. Forexample, the example processes of FIGS. 5 and 7 may be implemented incoded instructions stored on a tangible medium such as a flash memory, aread-only memory and/or random-access memory associated with a processor(e.g., the example processor 208). Alternatively, some or all of theexample operations of FIGS. 5 and 7 may be implemented using anycombination of application specific integrated circuits (e.g., ASIC(s),field programmable logic devices), hardware, firmware, etc. In addition,some or all of the example operations of FIGS. 5 and 7 may beimplemented in any combination of firmware, software or hardware.Further, although the example processes of FIGS. 5 and 7 are describedwith reference to the flowcharts of FIGS. 5 and 7, other methods ofimplementing the processes of FIGS. 5 and 7 may be employed. Forexample, the order of execution of the blocks may be changed or any orall of the blocks may be modified, eliminated or combined. Additionally,any or all of the example operations of FIGS. 5 and 7 may be performedsequentially and/or in parallel by, for example, separate processingthreads, processors, devices, etc.

FIG. 5 is a flowchart depicting an example method 500 of determining theoperating state of an AV device connected to the AV network 100 ofFIG. 1. The method 500 may be implemented within a first AV device(e.g., the STB 106) and configured, for example, to identify anoperating state of a second AV device (e.g., the DVDR 108)communicatively coupled to the first AV device via the AV network 100.Of course, the method 500 may be implemented within any device capableof communication via the AV network 100 and may be configured toidentify the operating state of any device on the AV network 100,including the device in which the method 500 is implemented.

Initially, the message monitor 402 monitors communications on a data bus(e.g., the bus 212) communicatively coupling a processor (e.g., theprocessor 208) and an AV network controller (e.g., the AV networkcontroller 210) for communications between AV devices (e.g., thetelevision 104, the DVDR 108, the STB 106, etc.) on an AV network, suchas the AV network 100 of FIG. 1 (block 502). The message monitor 402then examines the monitored messages to determine whether they arerelated to the operation of the second AV device (e.g., the messagesassociated with the events in FIG. 3). First, the message monitor 402determines whether a message is a response from the second AV device(block 504), if so, the extractor 404 extracts the message (block 512).If the message is not a response (block 504), the message is examined todetermine whether the message is a command sent from the second AVdevice (block 506) and, if so, the extractor 404 extracts the message(block 512). If not, the message is examined to determine whether themessage is a command sent to the second AV device (block 508) and, ifso, the extractor 404 extracts the message (block 512). Finally, themessage is examined to determine whether the message is a response sentto the second AV device (block 510), if so, the extractor 404 extractsthe message (block 512). If the message is determined to not be aresponse sent to the second AV device, the message monitor 402 returnsto monitoring the messages on the bus 212 for communications between AVdevices (block 502). The extractor 404 may also store the messages inthe memory 412 for later analysis for the operating state of a differentAV device on the AV network 100.

The analyzer 406 analyzes the extracted messages to determine whetheradditional information may be needed to determine the operating state ofthe second AV device (block 514). If the analyzer 406 determines moreinformation is needed, then the requestor 408 conveys the request viathe AV network controller 210 via the bus 212, which, in turn, conveysthe request to the second AV device via the AV network 100 (block 516).The message monitor 402 and the extractor 404 continue to monitor thecommunications on the bus 212 and extract messages associated with theoperation of the second AV device (blocks 502-512).

The analyzer 406 may determine that information associated with theoperating state of the second AV device is missing through directanalysis of the messages extracted by the extractor 404. For example,the analyzer 406 may examine the temporal sequence of the extractedmessages, identify periods where messages may have been expected butnone were extracted, and determine that information associated withcommands that may have been entered via another user interface (e.g.,the user interface 202 of FIG. 2) is missing. The analyzer 406 may alsobe implemented in such a manner that commands entered by a person (e.g.,the person 102 of FIG. 1.) via the user interface may always beclassified as missing information. The analyzer 406 may trigger therequestor 408 to request information related to any possible commandsthat may be entered via the user interface 202 (FIG. 2) on a periodicbasis. Additionally, the message monitor 402 may miss a message or themessage may become corrupted during transmission via the AV network 100or the bus 212. In the case where the analyzer 406 determines a messagemay have been missed or may have become corrupted, the analyzer 406 mayclassify the information as missing to be requested by the requestor408.

Once the analyzer 406 determines that no further information is neededto identify the operating state of the second AV device (block 514), theidentifier 410 identifies the operating state of the second AV device byexamining the extracted messages and the responses to the requests formissing information and stores the operating state data in the memory412 (block 518). For example, the identifier 410 may analyze themessages shown in the events B-I of FIG. 3 and determine that theoperating state of the DVDR 108 for that time period is on andpresenting media content to a person as the DVDR 108 was powered on andrequested to be the active source of the television (events B-D) and theDVDR 108 was actively controlled (events E-I). Additionally, theidentifier 410 may identify the final operating state of the DVDR 108 asoff with no media present through an examination of events J-L.

As mentioned above, the generation of media ratings with value toadvertisers is an important goal for gathering accurate metering data ata metered household (e.g., the home of the person(s) represented by theperson 102 of FIG. 1). As AV devices have become more complex, thegathering of metering data that accurately reflects the media contentconsumed (e.g., watched or listened to) by a viewer has also increasedin complexity. While many newer AV devices may be connected via an AVnetwork (e.g., HDMI-CEC), many metered households may contain AVequipment connected via an AV network, some of which may be furtherconnected to older AV devices via other means (e.g., component video andaudio connections). To generate accurate metering data, the operatingstates of individual AV devices on an AV network may be further analyzedto determine the operating state of an AV device in relation to theoperating states of the connected AV devices. For example, the operatingstate of a DVDR may be found to be on and presenting media content. Whenfurther analyzed in relation to the other AV devices, the operatingstate of the DVDR may be found to be presenting media actually displayedon a television or presenting media content that is not displayed on thetelevision.

FIGS. 6A-C contain information representing the operating states ofmultiple AV devices (e.g., a television, a DVDR, etc.) connected on anAV network (e.g., HDMI-CEC). A device column 600 lists each AV deviceconnected via the AV network (e.g., the AV network 100 of FIG. 1). Inthis example, the devices include a television, a DVDR, an STB, anamplifier and a game system. A power column 602 represents the powerstate of each AV device (e.g., on or standby). A video source column 604and an audio source column 606 represent the AV device supplying each ofthe individual sources, if applicable. A current mode column 608contains additional information relevant to determining the operatingstate of the AV devices in relation to the media content presented thatmay be collected via the operating state identification process of FIG.5.

FIG. 6A represents a listing of operating state data for the AV deviceslisted in the device column 600 (e.g., a television, a DVDR, an STB, anamplifier and a game system), and connected via an AV network (e.g., theAV network 100 of FIG. 1). All of the AV devices are in a power-on state(column 602). The television has the audio and video sources both set tothe DVDR, but the audio content is muted (row 610). The DVDR is playingrecorded media content (row 612). The STB is providing media contentassociated with built-in tuner functionality (row 614). The amplifier ispresenting the audio from the DVDR set to an audible level (row 616),and the game system is in a paused state (row 618).

If each AV device in the device column 600 of FIG. 6A is analyzedindependently, uncertainty remains as to which AV device is providingthe media content to a person consuming the media content. The videosources (column 604) of the AV devices may be analyzed in relation tothe content presented by the television to determine that the operatingstate of the television is powered-on and presenting the contentprovided by the DVDR.

Another possible scenario is illustrated in FIG. 6B. The television isin a powered-on state with the audio and video sources configured fromthe STB (row 620). The DVDR is playing media content (row 622). The STBis in standby mode (row 624), and the amplifier in a powered-on statewith the audio source from the STB with the audio level set at 40% (row626). The identifier 410 of FIG. 4 may initially identify the televisionas presenting video content from the STB. However, with further analysisof the operating states of all AV network devices including the standbystate of the STB, the identifier 410 may further identify the operatingstate of the television as powered-on, but not presenting video content.Some AV networks may allow removal and addition of AV devices from thenetwork as is shown by the removal of the game system from FIG. 6B.

In FIG. 6C, the television is in a powered-on state with unknown audioand video sources with the volume level set low (row 628). Theidentifier 410 may identify the operating state as powered-on, but notpresenting media content. The DVDR is recording media content providedby the STB that is providing media content from the tuner (rows 630 and632). The amplifier is also presenting audio output from an unknownsource (row 634). The game system is in the operating state of play (row636). The television and amplifier are both identified as providingmedia content from an unknown source and the game system is in activeplay mode. In the example AV network represented in FIG. 6C, the contentprovided by the game system may only be displayed on to the television,the only media presentation device in the example. In addition, on anHDMI-CEC network, a game system is not listed in the assigned logicaladdresses, so the game system may be identified as an unknown device onthe HDMI-CEC network. An identifier (e.g., the identifier 410 of FIG. 4)may then identify the operating state of the television and theamplifier as powered-on and actively presenting media content from thegame system. Further, the DVDR 108 may be identified as in an operatingstate of recording media content for future presentation and the STB 106may be identified in an operational state of providing media content forfuture presentation.

FIG. 7 is a flowchart depicting an example method 700 to determine theoperating state of an AV device connected to an AV network (e.g., the AVnetwork 100 of FIG. 1) through analysis of the operating states of allAV devices (e.g., the television 104, the STB 106, the DVDR 108, thegame system 110 and the amplifier 112) connected to the AV network 100.The method 700 may be implemented in a manner similar to the method 500of FIG. 5 so, for brevity, the example implementations are not repeated.

Initially, the method 700 identifies all AV devices connected to the AVnetwork 100 (block 702). The identification of the AV devices on the AVnetwork 100 may be included in another process such as the examplemethod 500 of FIG. 5, done as part of the method 700, or as part of boththe method 500 and the method 700. Once the AV devices are identified,the operating state of each AV device communicating on the AV network100 is identified (blocks 704 and 706).

Once an identifier (e.g., the identifier 410 of FIG. 4) identifies theoperating states of all the AV devices on the AV network 100, theoperating states are analyzed as a system of interconnected devices(block 708), as described above in conjunction with FIGS. 6A-6C. Inother words, the operating states of each AV device are examined inrelation to the operating states of the other AV devices on the AVnetwork 100. Once the operating states are analyzed, the operating stateof each AV device is identified in relation to the operating states ofall the AV devices communicatively coupled to the AV network 100 (block710). For example, through analysis of the operating states of thedevices listed in FIG. 6C, the identifier 410 (FIG. 4) identified theoperating state of the television as powered-on and presenting thecontent of the DVDR.

FIG. 8 is a schematic diagram of an example processor platform 800 thatmay be used and/or programmed to implement all or a portion of any orall of the example operations of FIGS. 5 and 7. For example, theprocessor platform 800 can be implemented by one or more general-purposeprocessors, microcontrollers, etc. The example processor platform 800,or a platform similar thereto, may be used to implement the bus monitor214 and/or the identifier apparatus 400. The processor platform 800 ofthe example of FIG. 8 includes at least one general-purpose programmableprocessor 802. The processor 802 executes coded instructions 804 and/or806 present in main memory of the processor 802 (e.g., within a RAM 808and/or a ROM 810). The processor 802 may be any type of processing unit,such as a processor or a microcontroller. The processor 802 may execute,among other things, the example methods and apparatus described herein.

The processor 802 is in communication with the main memory (including aRAM 808 and/or a ROM 810) via a bus 812. The RAM 808 may be implementedby dynamic random-access memory (DRAM), synchronous dynamicrandom-access memory (SDRAM), and/or any other type of RAM device, andthe ROM 810 may be implemented by flash memory and/or any other desiredtype of memory device. A memory controller 814 may control access to thememory 808 and the memory 810.

The processor platform 802 also includes an interface circuit 816. Theinterface circuit 816 may be implemented by any type of interfacestandard, such as an the AV network controller 210, external memoryinterface, serial port, general purpose input/output, etc. One or moreinput devices 818 and one or more output devices 820 are connected tothe interface circuit 816.

Although certain example methods, apparatus and articles of manufacturehave been described herein, the scope of coverage of this patent is notlimited thereto. On the contrary, this patent covers all methods,apparatus and articles of manufacture fairly falling within the scope ofthe appended claims either literally or under the doctrine ofequivalents.

What is claimed is:
 1. A method, comprising: extracting, at a first audio-video (AV) device, data communicated via a data bus coupling a processor of the first AV device to a High Definition Multimedia Interface (HDMI) interface, the HDMI interface coupled to a second AV device different than the first AV device; analyzing, by executing an instruction with the processor, a temporal sequence of the extracted data to determine if additional information is needed from the second AV device to identify a current operating state of the second AV device; when the temporal sequence is missing an expected message related to the current operating state of the second AV device, causing an AV network controller of the first AV device to request the additional information from the second AV device; and analyzing, by executing an instruction with the processor, a response from the second AV device including the requested additional information to identify the current operating state of the second AV device.
 2. The method as defined in claim 1, further including monitoring media exposure of an audience based on the current operating state of the second AV device.
 3. The method as defined in claim 1, wherein the extracting of the data communicated via the data bus includes extracting commands sent to the second AV device and responses from the second AV device.
 4. The method as defined in claim 1, wherein the extracting of the data communicated via the data bus includes extracting commands sent from the second AV device and responses to the second AV device.
 5. The method as defined in claim 1, wherein the additional information includes information related to a user input.
 6. A tangible computer readable storage device comprising instructions that, when executed, cause a processor to at least: extract, at a first audio-video (AV) device, data communicated via a data bus coupling the processor to a High Definition Multimedia Interface (HDMI) interface, the HDMI interface coupled to a second AV device different than the first AV device; analyze a temporal sequence of the extracted data to determine if additional information is needed from the second AV device to identify a current operating state of the second AV device; when the temporal sequence is missing an expected message related to the current operating state of the second AV device, cause an AV network controller of the first AV device to request the additional information from the second AV device; and analyze a response from the second AV device including the requested additional information to identify the current operating state of the second AV device.
 7. The storage device as defined in claim 6, wherein the instructions, when executed, cause the processor to monitor media exposure of an audience based on the current operating state of the second AV device.
 8. The storage device as defined in claim 6, wherein the instructions, when executed, cause the processor to extract the data communicated via the data bus by extracting commands sent to the second AV device and responses from the second AV device.
 9. The storage device as defined in claim 6, wherein the instructions, when executed, cause the processor to extract the data communicated via the data bus by extracting commands sent from the second AV device and responses to the second AV device.
 10. The storage device as defined in claim 6, wherein the additional information includes information related to a user input.
 11. A tangible computer readable storage device comprising instructions that, when executed, cause a processor to at least: extract messages transmitted via a data bus in a first audio-visual (AV) device, wherein the data bus is communicatively coupled to the processor and an AV network controller of the first AV device, and the AV network controller is further communicatively coupled to a second AV device different than the first AV device; analyze a temporal sequence of the extracted messages to determine whether additional information is needed to determine an operating state of the second AV device; when the temporal sequence indicates that the additional information is needed, request, via the AV network controller, the additional information from the second AV device; and analyze the extracted messages and a response from the second AV device including the additional information to identify the operating state of the second AV device.
 12. The storage device as defined in claim 11, wherein the instructions, when executed, cause the processor to monitor media exposure of an audience based on the operating state of the second AV device.
 13. The storage device as defined in claim 11, wherein the data bus uses one of a serial or a parallel configuration.
 14. The storage device as defined in claim 11, wherein the data bus is an Inter-Integrated Circuit data bus, a System Management Bus or a Display Data Channel.
 15. The storage device as defined in claim 11, wherein the extracted messages are associated with an AV device event associated with a user input.
 16. The storage device as defined in claim 11, wherein the instructions, when executed, cause the processor to extract the messages by extracting commands sent to the second AV device and responses from the second AV device.
 17. The storage device as defined in claim 11, wherein the instructions, when executed, cause the processor to extract the message by extracting commands sent from the second AV device and response to the second AV device.
 18. The storage device as defined in claim 11, wherein the additional information is associated with user input.
 19. The storage device as defined in claim 11, wherein the instructions, when executed, cause the processor to analyze operating states of a plurality of AV devices communicatively coupled to the AV network controller to identify the operating state of the second AV device.
 20. A tangible computer readable storage device comprising instructions that, when executed, cause a processor to at least: extract messages transmitted via a data bus in a first audio-visual (AV) device, wherein the data bus is communicatively coupled to the processor and an AV network controller of the first AV device, and the AV network controller is further communicatively coupled to one or more AV devices external to the first AV device; analyze a temporal sequence of the extracted messages to determine whether an operating state of the one or more external AV devices is identifiable via the extracted messages; when the temporal sequence indicates that the operating state is not identifiable via the extracted messages, request, via the AV network controller, operating state information from the one or more external AV devices; and analyze the extracted messages and a response from the one or more external AV devices including the operating state information to identify the operating state of the one or more external AV devices.
 21. The storage device as defined in claim 20, wherein the instructions, when executed, cause the processor to monitor media exposure of an audience based on the operating state of the one or more external AV devices.
 22. The storage device as defined in claim 20, wherein the data bus uses one of a serial or a parallel configuration.
 23. The storage device as defined in claim 20, wherein the data bus is an Inter-Integrated Circuit data bus.
 24. The storage device as defined in claim 20, wherein the extracted messages are associated with an AV device event associated with user input.
 25. The storage device as defined in claim 20, wherein the instructions, when executed, cause the processor to extract the messages by extracting commands sent to the one or more external AV devices and responses from the one or more external AV devices.
 26. The storage device as defined in claim 20, wherein the instructions, when executed, cause the processor to extract the messages by extracting commands sent from the one or more external AV devices and response to the one or more external AV devices.
 27. The storage device as defined in claim 20, wherein the instructions, when executed, cause the processor to analyze the temporal sequence of the extracted messages to determine whether the operating state of the one or more external AV devices is identifiable via the extracted messages by determining whether the temporal sequence is missing an expected message.
 28. The storage device as defined in claim 27, wherein the missing expected message is associated with user input.
 29. The storage device as defined in claim 20, wherein the instructions, when executed, cause the processor to analyze operating states of other ones of the one or more external AV devices communicatively coupled to the AV network controller to identify the operating state of the one or more external AV devices. 